home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9707 / 000040_owner-linux-arm…r.rutgers.edu _Sat Jul 5 12:04:57 1997.msg < prev    next >
Internet Message Format  |  1997-11-30  |  2KB

  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id MAA12328 for <willy@odie.fluff.org>; Sat, 5 Jul 1997 12:04:57 +0100
  3. Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 6004]) by nic.funet.fi with ESMTP id <2362-13273>; Sat, 5 Jul 1997 14:05:35 +0300
  4. Received: by vger.rutgers.edu id <1005234-19315>; Sat, 5 Jul 1997 07:01:56 -0400
  5. Received: from tulpi.interconnect.com.au ([192.189.54.18] EHLO tulpi.interconnect.com.au ident: IDENT-NOT-QUERIED [port 2541]) by vger.rutgers.edu with ESMTP id <1004884-19315>; Sat, 5 Jul 1997 07:01:41 -0400
  6. Received: from home.cvs.com.au (acc4-ppp1.mel.interconnect.com.au [210.8.0.65]) by tulpi.interconnect.com.au with SMTP id VAA16707
  7.   (8.8.5/IDA-1.6); Sat, 5 Jul 1997 21:04:21 +1000 (EST)
  8. Message-ID: <33BE9AF7.6F20C458@cvs.com.au>
  9. Date:     Sun, 06 Jul 1997 05:05:27 +1000
  10. From: Charles Esson <charlese@cvs.com.au>
  11. Organization: Colour Vision Systems
  12. X-Mailer: Mozilla 3.01GoldC-Caldera (X11; I; Linux 2.0.29 i586)
  13. MIME-Version: 1.0
  14. To: rmk92@ecs.soton.ac.uk
  15. CC: linux-arm@vger.rutgers.edu
  16. Subject: Re: ELF code
  17. References: <1077.199707042314@raistlin.armlinux.org>
  18. Content-Type: text/plain; charset=us-ascii
  19. Content-Transfer-Encoding: 7bit
  20. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  21. Sender: owner-linux-arm@vger.rutgers.edu
  22. Precedence: bulk
  23. Status: RO
  24.  
  25. rmk92@ecs.soton.ac.uk wrote:
  26. > Charles Esson writes:
  27. > >
  28. > > I am looking into how hard it would be to do the ELF work for the ARM.
  29. > >
  30. > > I,ve looked at the standard. The poor old ARM doesn't have a code under
  31. > > e_machine.
  32. > >
  33. > > Do you know where we would go to get one allocated.
  34. > Richard Earnshaw (@armltd) is at the moment working on this, and has strongly
  35. > requested that we do not create our own standard since that will cause
  36. > absolute havoc.
  37. > I will however, be in close contact with him, and I'd prefer it if we could
  38. > all work with him to produce a fully functional ARM ELF standard and
  39. > implementation.
  40. Please ignore my request.